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g^AI ARI F RRAY HOnF COUNTER 

I Field nf the Invention 

The present invention relates generally to Gray code counters. 

II Rarkqmi mri nf the Invention 

Counters are used in many computer applications. One example is keeping track 
of data flow into and out of a data buffer. As an example application, a buffer such as an 
asynchronous FIFO (First In First Out) buffer can be used to transfer data between two 
processors that have different clock speeds, for instance, between the main processor of 
a personal digital assistant (PDA) and a wireless communication processor in the PDA 
that is used to communicate with, e.g., the Internet. A FIFO essentially removes protocol 
overhead and data delivery time issues that are present in such applications. FIFO=s are 
especially useful in EMI sensitive systems such as, for example, a PDA that has a 
communication processor which is sensitive to electrical noise. 

Counters are necessary in such applications so that it can be determined if the 
buffer is full, partially full compared to a threshold, partially empty compared to another 
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threshold, and completely empty. These determinations can be used to properly 
establish various communication and data processing parameters. 

A common counter is the binary counter, which simply counts, using binary math, 
how many bits it "sees" going into or out of an associated buffer. As recognized by the 
present invention, however, in an application requiring low electrical noise, such as the 
above-mentioned communication processor application, binary counters suffer from the 
drawback that in certain transitions between counts, a relatively large amount of electrical 
noise can be generated. For instance, when a binary counter is reset from its maximum 
value to zero, all the bit values in the counter transition simultaneously from one to zero, 
generating a relatively large amount of electrical noise. 

Gray code counters, in contrast, are counters that never have more than one bit 
change in a single clock cycle. That is, a Gray code counter can be desired because only 
one bit of the count is allowed to change on each clock edge, whereas as mentioned 
above with a binary count the number of bits that change is from one up to the width of 
the counter. Furthermore, Gray coded counters also offer the best metastable 
characteristics in asynchronous FIFO designs due to the minimal spread of bit transitions 
across time, thereby minimizing or completely eliminating unwanted spurious comparator 
outputs and attendant spurious FIFO flag generation and resetting. 
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The present invention further understands, however, that implementing a Gray 
code counter in logic is not as trivial as implementing a simple binary counter. Indeed, 
the logic resources required to do so, and the performance subsequently achieved, can 
vary considerably between compilers. Specifically, while optimization of a Gray code 
counter can be achieved when the reset value of the counter is known, problems arise 
when the counter is made generic in width and has a reset value that is undetermined at 
compile time. 

One method of guaranteeing that the implementation functions correctly is to use 
explicit lines of logic code that define the state of the counter after each clock edge, but 
this method is at the mercy of the compilers optimizer to ensure the most efficient use of 
logic. In addition, it is extremely difficult to write generic code for a scalable counter that 
uses such explicit instructions. Nevertheless, such a generic Gray code counter is 
desirable because in many applications the reset value can and does change, depending, 
for instance, on changing universal asynchronous receiver/transmitter (UART) speed 
during operation. 



SUMMARY QF THE INVENTION 

A data bit counter having a width "w" includes 0 to w-1 counter stages. Each stage 
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receives a carry bit and a count bit.optionally a data in signal, with each stage executing 
logic on the count bit and carry bit (and if desired, on the data in signal) to output a count 
bit and a carry bit to the next highest stage. The count bits output by the stages together 
represent a Gray counter count value. 

In non-limiting implementations the counter can be embodied on a field 
programmable gate array that in turn can be implemented in a computer device having a 
main processor and a communication processor. 

As set forth further below, in the preferred embodiment the logic for outputting a 
carry bit may include determining an AND between an input carry bit and an inverted 
input count bit. In one preferred logic scheme, an n m count bit, gcount(n), has a value of 
gcount(n)D after an active clock edge associated with the counter, and the logic includes 
determining gcount(n)D using an XOR of a current count bit and (an AND of a previous 
count bit and a previous carry bit, where previous refers to the next less significant bit in 
the count chain). In other words, the logic includes changing a Gray code counter bit 
when both the previous count bit and previous carry bit have values equal to one. 

The carry bit that is output by the last stage establishes a carry end bit which is 
useful for resetting a most significant Gray count bit. The preferred non-limiting reset 
logic may include determining an XOR of a current count bit with various logical 
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operations on the current carry bit and remaining bits. 

In another aspect, a computing device includes a main processor, a 
communication processor, and a data buffer between the processors for transferring data 
there between. A Gray code counter is associated with the buffer. The counter is generic 
in width and has a reset value that is undetermined at compilation. 

In still another aspect, a logic device executes method acts for counting a number 
of bits processed. The logic includes generating a carry bit chain useful for determining 
which, if any, higher order bits should change in the next clock cycle. The logic also 
includes generating a count bit chain. The chains are dependent on each other. The 
count bit chain is used to indicate a count of a number of bits. 

The details of the present invention, both as to its structure and operation, can 
best be understood in reference to the accompanying drawings, in which like reference 
numerals refer to like parts, and in which: 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of processors using a buffer for data transfer, with the 
buffer using the present counter, as an example of one non-limiting application of the 
present counter; 
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Figure 2 shows an exemplary buffer that uses the Gray code counters of the 
present invention; 

Figure 3 is a logic diagram of one stage of the present counter; 

Figure 4 is a logic diagram of cascaded stages of the present counter; and 

Figure 5 is a table showing the results of the present counter. 

DETAILED DESCRIPTION OF THE PRFFFRRF D EMBODIMENT 

Referring initially to Figure 1, a first in first out (FIFO) buffer 10 is shown by way of 
non-limiting illustration of one application in which the present generic Gray code counter 
can be used. In the example shown in Figure 1, the FIFO buffer 10 effects data transfer 
between a write processor 12, such as, e.g., a wireless communication processor, and a 
read processor 14 such as, e.g., a main processor of a computing device. In one 
illustrative example the write processor 12 is a code division multiple access (CDMA) 
processor contained in a personal digital assistant (PDA) having as its principal processor 
the read processor 14. For communication from the read processor 14 to the write 
processor 12 (i.e., for duplex communication in which the read-write roles are reversed), a 
second FIFO buffer (not shown) can be provided. 

As shown in Figure 1, data is sent into the buffer 10 from the write processor 12 
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and is output to the read processor 14. Figure 1 indicates that the processors 12, 14 
input respective threshold values for determining when the buffer 10 is partially (more 
than half) full and partially (more than half) empty are input. Signals indicating whether 
the buffer 10 has actually achieved these states can be output from the buffer 10 to the 
processors 12, 14 for communication management purposes known in the art. Also, 
signals indicating whether the buffer 10 has actually become completely full or completely 
empty can be output from the buffer 10 to the processors 12, 14 for communication 
management purposes known in the art. These signals are generated using comparisons 
between the counts of various Gray code counters associated with the buffer 10. Also, 
so-called "push" and "pop" signals, respectively representing write and read commands 
from the processors 12, 14, are sent to the buffer 10 to respectively cause the buffer 10 to 
execute write and read data transfers. 

Figure 2 shows, for illustration purposes, the FIFO buffer 10 in greater detail. As 
shown, the buffer 10 may have a dual port memory 16 through which data is transferred. 
Gray Code counters 38,40 are used for the address lines of the memory. On reset these 
counters receive a calculated value for the desired FIFO size. For example if the push 
counter takes a value of 0, then the pop counter would be initialized with a gray coded 
value of 2 W D FIFO size, (for up count implementation). The full and empty flags can be 
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generated from a comparison of the push and pop addresses. 

Additionally, the buffer 10 may include additional logic to allow for metastable 
issues when using asynchronous clocks. This might include shifting the gray coded push 
and pop address counters through one or more shift registers (not shown), and having 
multiple stages to the generation and reset of the empty and full flags. 

The buffer 10 includes, from the top of Figure 2, Gray code converters 18, 20 for 
respectively receiving the partially full and partially empty threshold signals discussed 
above and converting them to Gray code value. These converted threshold signals are 
sent to respective Gray code counters 22, 24, the outputs of which can be sent to 
comparator logic circuits 26, 28 for comparison respectively with the pop and push 
addresses to generate signals indicating whether the buffer 10 has actually achieved the 
partially full or partially empty states for output of this information to the processors 12, 
14. It may not be necessary to design in robustness against metastability in this case, if 
the implemented communication protocol uses these signals to enhance performance, 
but not to rely on their integrity. 

Any of the Gray code counters 22, 24, 38, 40 shown in Figure 2 can be 
implemented by the counter 42 disclosed below. 



50T5348.01 



-9- 



PATENT 



Figure 3 shows a logic diagram of a single stage of a Gray code counter 42 in 
accordance with the present invention. It is to be understood that the logic shown herein 
can be implemented in logic circuits or software, such as on a field programmable gate 
array or application specific integrated circuit. It is to be further understood that the logic 
at design time may differ from that after compilation and optimization. In other words, 
after the optimizer has worked on the VHDL code or schematic entry, the carry and count 
chains are likely to be collapsed to the extent where the individual signals from each 
module may be indistinguishable. However, the skilled artisan will recognize that the 
underlying structure of the counter design remains the same as or equivalent to the 
below-described pre-compilation code. 

As shown in Figure 3, a load signal("ALOAD"), which can be a reset operation 
signal , is input to an AND gate 44 and a NAND gate 46. Also, a data in ("ADIN") signal is 
input to the gates 44, 46, indicating the desired load or reset value of this bit of the 
counter. The outputs of the gates 44, 46, along with a clock signal, are respectively input 
to the set and reset ports of a flip flop 48. The data out port ("Q") of the flip flop 48 
represents an output counter bit of the single stage shown in Figure 3. 

Moreover, the data output port is connected to the input of an XOR gate 50. The 
XOR gate 50 performs an XOR operation between this input and a second input received 
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from an AND gate 52. It can be readily appreciated in reference to Figure 3 that the 
output of the AND gate 52 represents the results of an AND operation between an input 
carry bit ("carryjn") and an input count bit ("countjn"). The output of the XOR gate 50 is 
sent to a NAND gate 54, which performs a NAND operation on this input and on a second 
input received, as shown, as an inverted output of a NAND gate 56. The inverted output 
of the NAND gate 56 ("carry_out") represents an output carry bit of the single stage 
shown in Figure 3, and is the result of inverting a NAND operation result on the carryjn 
and countjn inputs received by the NAND gate 56. 

Figure 3 shows that the NAND gate 54 performs a NAND operation on the output 
of the XOR gate 50 and a carry_end signal, discussed further below. The output of the 
NAND gate 54 is sent back to the data port "D" of the flip flop 48 as shown. 

Having described a one bit Gray code counter 42 in Figure 3, attention is now 
directed to Figure 4, which shows how (0 to w-1) one bit counters 42 may be cascaded to 
establish a Gray code counter of width "w". As shown, the full Gray code counter 
includes an AND gate 58, NAND gate 60, flip flop 62, and NOT gate 64 arranged as 
shown to receive ALOAD and initial binary data in (ADIN(0)) signals and generate a parity 
bit that is input to the bit 0 stage counter 42 as the initial countjn input . If desired, the 
flip flop 62 could be loaded with the inverted version of binary datajn(O), in which case a 
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DOWN Gray code counter would be generated. Otherwise, the counter counts up. A 
binary to Gray code converter 66 converts actual data being written to Gray code by 
XORing binary bits n and n+1 to generate gray code bit n. The most significant bit is the 
same for Gray code and binary. 

Each resulting Gray code data bit is input into the "ADIN" pin of the corresponding 
stage 42 as shown. That is, the zeroeth Gray code bit is input to the zeroeth stage 42, 
the second Gray code bit from the converter 66 is input to the second stage, and the (w- 
1 f bit from the converter 66 is input to the (w-1 )* stage. Each stage 42 also receives the 
ALOAD input as described above, and outputs its carry out and count_out values to the 
next successive stage as that stage's carryjn and countj'n bits. An exception to this is 
bit 1 which takes its carryjn from the non inverted output of the flip-flop 62, and 
subsequently bit 0 has a redundant carry chain that is removed upon logic optimization by 
fixing its carryjn signal at a logic 1. Subsequent stages 42 are identical except that the 
last (w-1) stage connects its carry_out bit to its carry_end pin for purposes to be shortly 
disclosed, with the remaining stages simply grounding out their carry_end inputs. The 
combined count_out values of the stages 42 represent the Gray counter count. 

The logic embodied by the exemplary non-limiting circuits shown above can be 
written as: 



50T5348.01 



-12- 



PATENT 



Carry(n) = NOT(Gray_count(n-1 )) AND Carry(n-I), wherein n is the bit number in the 
counter, in the range 1 to w-1. In other words, the carry chain progresses to the next bit 
when all of the lower order counter bits are zero and lower order carry bits are one. 

If the output of the nth bit after an active clock edge is n=, and n is in the range 1 to 
w Bl.then: 

Gray_count(n)D = Gray_count(n) XOR (Gray_count(n-1 ) AND Carry (n-1)). In other 
words, a Gray code counter bit toggles (changes) when both of the next lower order count 
and carry bits are equal to one. 

The table 68 in Figure 5 shows this for a Gray code counter of width = 4. More 
specifically, the shaded numbers show a carry bit and count bit effecting a change in the 
result of higher order count bits. Every other clock, no carry bits exact a change, but in 
this case the least significant bit will toggle. 

Note that when the count reaches the highest number (in the case of a 4-bit 
counter, 15) it stalls and then reverses. However, as mentioned above the Carry_count 
output by the last stage is input to the carry_end terminal of the stage, to reset the upper 
gray count bit, thus rolling the count over to 0. Now, the most significant bit is defined by: 
Gray_count(w-1)D = Gray_count(w-1 ) XOR (Gray_count(n-2) AND Carry (w-2)) AND 
NOT(Carry(w-1)). 
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Set forth below is one non-limiting implementation in VHDL of the logic discussed 
above. Gray_module represents the one bit stage shown in Figure 3. The Gray_counter 
module contains the logic required to perform asynchronous load, synchronous load, and 
up and down counting. In some applications, not all of these features will be required, in 
which case the unused inputs may be replaced by internal signals. For a down counting 
counter, the following two conditions must be satisfied: 

Gray_count(w-1)D = Gray_count(w-1) OR carry(w-l), and 
LOAD Initialization of Carry(0)=NOT(LOAD_DATA(0)). 

This can be accomplished by combining the logic with a latched version of the 
UP_DOWNN input in the code. 

Gray Code Counter In VHDL 

LIBRARY ieee; 

USE ieee.std_logic_1164.all; 

ENTITY Gray_Counter IS 

GENERIC (WIDTH: INTEGER:=32) ; -default 32 bit wide counter. 

x vjj\.r 
( 

CLK:INSTD_LOGIC; 
ALOAD : IN STD_LOGIC:='0'; 
SLOAD : IN STDLOGIC-'O';' 
UPDOWNN: IN STD_LOGIC:='0'; 
EN: IN STD_LOGIC:='l 
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); 



: ^ STO_LCX3IC_VECT0R(WIDTH-1 downto 0):=(others=>'0'); 
?^- DATA : m STD - L °GIC_VECT0R(WIDTH-1 downto OWomersWv 
COUNT : OUT STD_LOGIC_VECTOR( WIDTH- 1 downto 0) 



END GrayCounter; 

ARCHITECTURE Gray Counter architecture OF Gray Counter IS 
COMPONENT GrayModule IS 



:IN STD 
STD_LOGIC: 
STD_LOGIC: 
STD_LOGIC 
STD_LOGIC 
STD_LOGIC 
:IN STD 
STD_LOGIC; 
.IN STD 
:IN STD 
:OUT STD 
•OUT STD 



>_LOGIC; 



LLOGIC; 

LOGIC; 
LOGIC; 
LOGIC; 
LOGIC 



PORT ( CLK 
EN : IN 
ALOAD .IN 
SLOAD .in 
ADIN ;IN 
SDIN : IN 
GCOUNTJN 
CARRYIN .IN 
CARRY END 
UP_DOWNN 
GCOUNTOUT 
CARRYOUT 

); 

END COMPONENT Gray_Module; 

"SS "T^ f 10 ^ aSSigDment t0 l03d 311(1 "P down ™& for bet ** logic utilization 
-To enable mtemal signal, remove from port list first. Not some compilers may complain 
-about ass lg nmg variable WIDTH with (others^). In this case repface with flZS string. 

-SIGNAL ALOAD : STD_LOGIC:='0'- 
-SIGNAL SLOAD : SIDLOGIC:^;' 
-SIGNAL UP_DOWNN: STDLOGIC-0'- 

Itpn^ ^ A J A : STD - L ° GI C_'VECT0R(WIDTH-1 downto 0):={others=>W- 
-SIGNAL SLOAD DATA : STD_LOGIC_ VECTOR( WIDTH- 1 downto 0):4>mers=>'0');' 

SIGNAL gcount_int: std_logic_vector (WIDTH-1 downto 0); 
SIGNAL gcount minus 1 : stdjogic; 
SIGNAL carry: stdlogicvector (WIDTH-1 downto 0)- 
SIGNAL AGRAY DATA: std_logic_vector (WIDTH-1 downto 0V 
SIGNAL SGRAY DATA: std_logic_vector (WIDTH-1 downto 0V 
SIGNAL UP_DOWNN_LATCH:std logic- 



-parity bit 



1168.091 
070103 



50T5348.01 



-15- 



PATENT 



BEGIN 



ASSERT WIDTH>3; 



- Recursively generate the binary to Gray code conversion 
gray_convert:FORindexIN0to WIDTH-2 GENERATE 

END i STRATI ^ } L °AD_DATA(index) XOR SLOAD_DATA(rndex+l); 



- add the MSB binary to Gray code conversion 
AGRAY_DATA(WIDTH- 1 )<=ALOAD_DATA(WIDTH- 1 )• 
SGRAY_DATA(WIDTH-l)<=SLOAD_DATA(WIDTH-l); 



- Recursively generate the middle bits of the counter 
countarrayrFOR index IN 1 to WIDTH-2 GENERATE 
begin 



gmodule.component GrayModule 
portmap( CLK=>CLK, 
EN=>EN, 

ALOAD=>ALOAD, 
SLOAD=>SLOAD, 
ADIN=>AGRAY_DATA(index), 
SDIN=> SGRAYDATA(index), 
GCOUNTIN => gcount_int(index-l), 
CARRYIN =>carry(index-l), 
CARRY_END=>'0', 
UP_DOWNN=>'0', 

GCOUNT_OUT=>gcount_int(index) 
CARRY_OUT=>cany(index) 

END GENERATE; ^' 



--The parity bit is a Toggle flip flop 

b^rinusLprocess (CLK,EN,ALOAD, SLOAD, UPJDOWNN ,ALOAD_DATA(0), SLOADDATA(O)) 
if ALOAD-1' and ALOAD_DATA(0)='0' then 
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cany(0)<=NOT(UP_DOWNN); 
elsif ALOAD =T and ALOADDATA(O)- 1 ' then 

cany(0)<=UP DOWNN; 
elsif rising__edge(CLK) then 

ifSLOAD=Tthen 

dsif en ^°) <= NOT(UP^DOWNN XOR SLOAD_DATA(0)); 
cany(0)<=not(carry(0)); 

end if; 

end if; 
end process bit_minus 1 ; 

-Can only change direction of counter during a load cycle, so latch UP_DOWNN bit. 

updownlatchprocessiprocess (UP_DOWNN,ALOAD,SLOAb CLK) 
begin ' J 

if ALOAD= r r AND UP_DOWNN='0' then 

UPJDOWNN LATCH<='0'- 
elsif ALOAD=T AND UPJDOWNN=T then 

UP_DOWNN_LATCH<= f r; 
elsif risingedge(CLK) then 

ifSLOAD=Tthen 

UP_DOWNN__LATCH<=UP_DOWNN; 

end if; 

end if; 

end process updownlatchprocess; 

-The LSB is connected differently from the other bits, 
-so is not generated recursively 

gcount minus 1 <=not(carry(0)); 

countarrayOxomponent Gray Module 

portmap( CLK=>CLK, 
EN=>EN, 

ALOAD=> ALOAD, 
SLOAD=>SLOAD, 
ADIN=>AGRAY_DATA(0), 
SDIN=>SGRAY_DATA(0), ' 
GCOUNTJN => gcount_rninusl, 
CARRY IN =>T, 
CARRY_END=>'0', 
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UP_DOWNN=>'0', 

GCOUNT_OUT=>gcount_int(0), 
CARRY_OUT=>dummv 

); 

-The MSB includes the wiring to teminate and rollover the counter 

countarraywminus 1 xomponent Gray_Module 
portmap( CLK=>CLK, 
EN=>EN, 

ALOAD=> ALOAD, 
SLOAD=>SLOAD, 
ADIN=>AGRAY_DATA(WIDTH-1) 
SDIN=>SGRA YD ATA( WIDTH- 1 ), ' 
GCOUNTJN => gcount_int(WE)TH-2), 
CARRYIN =>carry(WIDTH-2), 
CARRY_END=>carry( WIDTH- 1 ), 
UP_DOWNN=>UP_DOWNN_LATCH, 
GCOUNT OUT=>gcount_int(WIDTH- 1 ), 
CARRY_OUT=>carry(WIDTH-l) 

COUNT<=gcount_int; 

ft 

END GrayCounterarchitecture; 

LffiRARYieee; 

USE ieee.stdlogicl 164.all; 

ENTITY GrayModule IS 



PORT( 



CLK 


:IN 


STDLOGIC 


EN 


:IN 


STDLOGIC; 


ALOAD 


■IN 


STD LOGIC; 


SLOAD 


IN 


STD LOGIC; 


ADIN : 


IN 


STD LOGIC; 


SDIN ; 


IN 


STDLOGIC; 


GCOUNT IN 


IN 


STD LOGIC; 


CARRY JN .IN 


STDJLOGIC; 


CARRYEND 


:IN 


STDLOGIC; 
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UP.DOWNN :IN STD LOGIC; 

GCOUNT_OUT :OUT STD~LOGIC 

CARRYOUT :OUT STD LOGIC " 

); 

END ENTITY Graymodule; 

ARCHITECTURE Graymodulearch OF Gray module IS 

SIGNAL gcount_int,gcount_int2,gcount>t3, carry_endl, carry_end2: 
BEGIN 

gcount_int2<=GCOUNT_IN AND CARRYJN; 
gcount_int3<=gcount_int XOR gcount_int2; 
carry_endl<=UP_DOWNN NAND CARRYEND 
carry_end2<=NOT(UP_DOWNN) AND CARRYEND- 
process (CLK, EN, ADIN, ALOAD, GCOUNT_IN, CARRYJN) 
BEGIN 

if ALOAD- 1' and ADIN='0' then 

gcount_int<-0'; 
elsif ALOAD- T and ADIN- 1' then 

gcount_int<=T; 
elsif risingedge(CLK) then 

ifSLOAD=*l'then 

gcount_int<=SDIN; 

elsif EN=T then 

gcount_int<=(gcount_int3ANDcairy endl)orcany end2- 
end if; 

end if; 
end process; 

CARRY_OUT<=T when GCOUNT_IN='0' AND CARRY IN-1' else '0' ; 
GCOUNT__OUT<=gcount_int; 
END Gray_module_arch; 



STD_LOGIC; 



While the particular SCALABLE GRAY CODE COUNTER as herein shown and 
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described in detail is fully capable of attaining the above-described objects of the 
invention, it is to be understood that it is the presently preferred embodiment of the 
present invention and is thus representative of the subject matter which is broadly 
contemplated by the present invention, that the scope of the present invention fully 
encompasses other embodiments which may become obvious to those skilled in the art, 
and that the scope of the present invention is accordingly to be limited by nothing other 
than the appended claims, in which reference to an element in the singular is not 
intended to mean "one and only one" unless explicitly so stated, but rather "one or more". 
All structural and functional equivalents to the elements of the above-described preferred 

t 

embodiment that are known or later come to be known to those of ordinary skill in the art 
are expressly incorporated herein by reference and are intended to be encompassed by 
the present claims. Moreover, it is not necessary for a device or method to address each 
and every problem sought to be solved by the present invention, for it to be encompassed 
by the present claims. Furthermore, no element, component, or method step in the 
present disclosure is intended to be dedicated to the public regardless of whether the 
element, component, or method step is explicitly recited in the claims. No claim element 
herein is to be construed under the provisions of 35 U.S.C. -112, sixth paragraph, unless 
the element is expressly recited using the phrase "means for" or, in the case of a method 
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claim, the element is recited as a "step" instead of an "act". Absent express definitions 
herein, claim terms are to be given all ordinary and accustomed meanings that are not 
irreconcilable with the present specification and file history. 



